home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941221-19950208 / 000359_news@columbia.edu_Wed Feb 1 04:02:46 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA02520
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Thu, 2 Feb 1995 06:54:54 -0500
  3. Received: by apakabar.cc.columbia.edu id AA03716
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Thu, 2 Feb 1995 06:54:53 -0500
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!news.moneng.mei.com!howland.reston.ans.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit TSR for background xfers?
  9. Message-Id: <1995Feb1.100246.40094@cc.usu.edu>
  10. Date: 1 Feb 95 10:02:46 MDT
  11. References: <3go00i$bie@crl12.crl.com>
  12. Organization: Utah State University
  13. Lines: 33
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <3go00i$bie@crl12.crl.com>, cgi@crl.com (Paul Smith) writes:
  17. > Hi,
  18. > 
  19. > I'm asking in advance of buying the Kermit manual and proceeding with a solution:
  20. > 
  21. > Does the MSDOS kermit tool kit have a TSR mode of operation for a simple DOS box
  22. > may run other windows/dos progs for serving background call ins over a modem
  23. > to a com port for file transfer in / out / delete?
  24. > 
  25. > Where the file transfer may occur without interupting the forground use of the
  26. > DOS console??
  27. > 
  28. > If so, the kermit would save me a BUNCH.  I need to provide a remote unattended
  29. > file xfer solution to 40,000 DOS boxes and realy need a good and cheap solution.
  30. -------------------
  31.     Let's look at this case. Basically you want MSK to become a TSR Kermit
  32. file server. Of course, it's not designed that way now; file server yes,
  33. TSR no. Doing file i/o as a TSR has a substantial collection of technical
  34. problems because DOS itself is not reentrant and provides no multitasking
  35. capabilities. Experiences with DOS' PRINT TSR should be enough to persuade
  36. folks that these background transfer guys can be bad news. In addition,
  37. a program even the size of Kermit-Lite use substantial amounts of 
  38. conventional memory, making multiple tasking awkward for the user.
  39.     There are systems with time sharing capabilities designed into them.
  40. The best known are OS/2 and Unix, with OS/2 providing DOS services in a
  41. familiar and managable form.
  42.     We could make a Kermit-Lite which went TSR and tried to cope with
  43. the horrid problems of doing DOS i/o from interrupt level. It's not easy
  44. so this would have to become a fully funded project rather than a to-do
  45. item on our wish list. If you are still interested then I suggest you contact
  46. Frank da Cruz and myself and we can discuss the technical and financial
  47. details off-line: fdc@watsun.cc.columbia.edu, jrd@cc.usu.edu.
  48.     Joe D.